Attorney's Docket No.: 13905-014001 / 2003P00125 US; 2003E00257 DE 



APPLICATION 
FOR 

UNITED STATES LETTERS PATENT 



TITLE: MANAGING RESOURCES FOR PROJECTS 

APPLICANT- STEFAN EHRLER, RALF WIEDEMANN, MATTHIAS 
FELL, AND TORSTEN LANG 



CERTIFICATE OF MAILING BY EXPRESS MAIL 
Express Mail Label No EV mS04844 US 

lulv 1.2003 

Date of Deposit 



13905-014001 / 2003P00125 US; 2003E00257 DE 



MANAGING RESOURCES FOR PROJECTS 

This description relates to managing resources for projects. 

BACKGROUND 

In executing projects, a company or other organization or enterprise must manage, for 
example, available human resources. Project management software, such as Microsoft 
Project, can aid a manager of a company in defining a project and the tasks to be done. The 
manager must also identify and engage human resources needed to complete the defined 
tasks. Individuals in an enterprise often maintain calendars, task lists, and electromc 
communications using programs like Microsoft Outlook and Lotus Notes. 

SUMMARY 

In general, in one aspect, the invention features a machine-based method that includes 
(a) searching a database for information about resources that may be used for particrpaUon m 
projects, the database containing time periods during which each of the resources is available 
and amounts of participation for which the resources can be used for the projects, (b) the 
searching comprising matching proposed amounts of participation and proposed tame periods 
with the time periods and amounts of participation stored in the database, and (c) identafymg 

resources based on the matching. 

Implementations of me invention may inelude one or more of the following features. 
The resources inelude people. The time periods during whieh eaeh of the resourees .s 
available comprise availability. The amounts of participation for which the resources can be 
used comprise utilization. The database also contains information about qualifications of the 
resources for participation in the projects, and the searching also comprises matching 
proposed qualifications with qualifications stored in tire database. The planner selects 
resources to be used for the projects, the selection being made from among the resources 
identified on the basis of the matching. Communications are made with resources about the 
selection using a groupware program. 

In general, in another aspect, the invention features a machine-based method that 
includes enabling a project planner to identify a person to participate in a project that has 
time constraints on its completion, and in response to the identifying of the person, 
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scheduling assignments for the person that are consistent with the time constraints of the 
project, the assignments being selectively either tentative assignments or committed 
assignments. 

Implementations of the invention may include one or more of the following features. 
The scheduled assignments comprise assignments of specific time periods. Scheduled 
assignments are searched to identify people available for assignment, the searching being 
arranged to treat people as unavailable at times when they are subject to scheduled fixed 
assignments. The searching is also arranged to treat people as unavailable at times when they 
are subject to scheduled tentative assignments. Scheduled assignments for a person may 
exceed 100 % of the working time of the person. The scheduled assignments may exceed 100 
% of the working time of the person. 

In general, in another aspect, the invention features a machine-based method that 
includes (a) maintaining a database of information about human resources of an enterprise 
including assignments of human resources to roles in projects being conducted by the 
enterprise, the database being managed by a workforce management application, and (b) 
when assignments of human resources to roles in projects are made or changed in a project 
resource planning application that is distinct from the workforce management application, 
updating the human resources database to incorporate the information about the assignments. 

Implementations of the invention may include one or more of the following features. 
The assignments comprise utilization and availability information with respect to the human 
resources of the enterprise. Requests are received from users through the project resource 
planning application for information about availability and utilization of human resources, 
and based on the requests, the human resources database is automatically queried. 
Information is made available, online to users within the enterprise, about tasks of projects 
for which human resources have not been scheduled, and requests are received to schedule 

the users for the tasks. 

In general, in another aspect, the invention features a machine-based method that 
includes (a) maintaining a common database of information about availability of resources of 
an enterprise for participation on projects of the enterprise, (b) enabling project planners to 
search the database for resources for possible assignment to projects and to assign resources 
to projects, (c) providing information about resources assigned to the projects from the 
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common database to a groupware application to enable the groupware application to schedule 
the resources and alert the resources of the scheduling, (d) providing updated information 
about scheduling of the resources from the groupware back to the common database, and 
updating the common database based on the updated information. 

Implementations of the invention may include one or more of the following features. 
Enabling project planners to search the database includes receiving requests from the project 
planners at an interface of a project resource planning application, and providing the requests 
to the common database of information. The groupware application comprises Microsoft 
Outlook or Lotus Notes. The assignments to projects are expressed as calendar tasks in the 
groupware application. The resources comprise human resources. The updated information 
about scheduling is entered by a user of the groupware application. 

In general, in another aspect, the invention features a machine-based method that 
includes maintaining information about a project of an enterprise, the information including 
assignments of human resources to roles associated with the project, and providing online 
reports of all roles and assignments of human resources to all roles for the project. 

Implementations of the invention may include one or more of the following features. 
Information is accumulated about assignments of human resources to roles associated with 
multiple projects, and a user is enabled to obtain online analyses of utilization and 
availability of human resources across the multiple projects. 

In general, in another aspect, the invention features a machine-based method that 
includes receiving from a project planner, with respect to a project, identifications of project 
roles to be performed for a project, the project roles identifying attributes of human resources 
useful for performing at least a portion of the project, without limiting the identification to 
specific human resources. 

Implementations of the invention may include one or more of the following features. 
The attributes comprise qualifying attributes that define qualifications of suitable human 
resources. The attributes comprise capacitive attributes that define time constraints on 
suitable human resources. The attributes for the project roles are defined by the project 
planner in connection with planning the project. The project roles are defined as generic 
project roles and the project planner selects the project roles for the project from the generic 
project roles. Tasks of the project are associated with respective ones of the identified project 
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roles. The project planner is enabled to identify specific human resources for at least some of 
the project roles in a manner that is independent of the identification of the project roles or 
the associating of tasks with roles. 

In general, in another aspect, the invention features a machine-based method that 
includes presenting to a project planner a list of project roles needed for completing a project 
of an enterprise, and enabling the project planner to assign tasks of the project to respective 
ones of the project roles without necessarily having specific human resources identified for 
each of the project roles. 

In general, in another aspect, the invention features a machine-based method that 
includes enabling a project manager to search a database for specific human resources that 
match defined attributes of project roles associated with a project of an enterprise. 

Implementations of the invention may include one or more of the following features. 
The attributes comprise qualifying attributes that define qualifications of suitable human 
resources. The attributes comprise capacitive attributes that define time constraints on 
suitable human resources. The capacitive attributes include availability or utilization. The 
project manager is enabled to identify the importance of respective attributes. The 
importance can be identified as mandatory or optional for qualification requirements. 

Other features and advantages of the invention will be apparent from the description 
and from the claims. 

DESCRIPTION OF DRAWINGS 

Figures 1 through 5 and 9 through 13 are block diagrams. 

Figures 6 through 8, 16 through 28, and 30 are screen shots of a user interface. 

Figures 15 and 29 are tables. 

Figure 14 is a flow diagram. 

DETAILED DESCRIPTION 

A typical large, geographically dispersed company 2 (figure 1; see also figure 1 1) has 

many employees (and consultants and agents) 16 through 28 who have a variety of skills and 

qualifications, along with different levels of experience and areas of expertise 40 through 52. 

The term "employees" includes any human resource that may be capable of and available to 

work on projects, whether an employee, a consultant, an agent, or a person having some 

4 
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other legal relationship with a company. By a company, we mean to include any kind of 
enterprise that uses resources, especially human resources, to perform projects. We 
sometimes use the word enterprise interchangeable with company. Skills include, for 
example, the abilities of an employee, for example, technical writing, while qualifications 
include, for example, a degree in a technical field. Experience is a representation of, for 
example, how much work an employee has done in a given area, while expertise is a 
representation of, for example, which areas an employee has specialized in, either while with 
a company or before, and does not necessarily correlate with formal qualifications. By 
"resources" we mean to include human resources and other, non-human resources. 

These four factors— skills, qualifications, experience and expertise— are all attributes 
that qualify a resource (e.g., an employee) to do a particular job, and may be called 
qualifying attributes. As shown in the figure, a variety of different qualifying attributes are 
represented by each of the employees; for example, skill a may involve technical writing and 
be shared by employees 16, 22, and 26, while skill b may relate to facility with Microsoft 
Excel and be shared by employees 18, 20, and 26. 

From time to time, a company undertakes certain projects related to its business 
(figure 2) 100, 102, 104, and 106, including projects that are internal to the company and 
projects commissioned by others such as customers. A typical project may be staffed by a set 
of employees who play various roles 118 through 126, depending on their qualifying 
attributes. Examples of these roles are project leader and consultant. A project role is a 
generalized representation of a set of qualifying attributes without an association to any 
specific individual who has that set of qualifications or is assigned to that role. Project roles 
may be of various types. Each project role may be defined specially with respect to a 
particular project or my be based on pre-defined project roles. 

The projects are made up of separate tasks to be completed 108 through 116, each of 
which will correspond to one project role 1 1 8 through 126 that has appropriate qualifying 
attributes 128 through 136 for that task. For example, the task of data analysis may be 
performed by the project role of analyst 122, which may later be assigned to an employee 18, 
if the employee has qualifying attributes 136 that form a suitable match with that role, such 
as the skill 42 of working with Microsoft Excel, which is a necessary qualifying attribute 136 
for filling the role of analyst. 
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While a manager needs to know employees' qualifying attributes to assign an 
appropriate set of employees for a project, other information forms part of the decision- 
making as well. For example, cost plays a role in project planning: for some project tasks, an 
experienced employee may be unnecessarily costly. Also, if an employee is used in too many 
projects, the company may have to pay overtime, while under-using other employees. The 
measure of the proportion of time an employee is working during a given time period can be 
characterized as his utilization. In addition, whatever the utilization of employees, some 
projects require the employees to be free at specific times. This measure of availability can 
be determinative in assigning employees to tasks. Utilization and availability are measures of 
an employee's work capacity, and thus these criteria can be called capacitive attributes 53 
through 64. 

Managers 10, 12, 14, 15 are in charge of managing projects and allocating 
resources— both people and materials— to projects. Some managers are charged with 
managing only employees, others manage both employees and projects, while other 
managers 15 manage projects or tasks using employees whom they do not directly supervise. 
Managers (which we sometimes call project planners or project managers or planners) know 
the tasks 108, 1 10 that are necessary to complete a project 100, the roles (and in turn which 
qualifying attributes 132, 134) that employees must have to be competent to perform the 
tasks, and how much time and material resources should be allocated to a given task within a 
project. 

However, managers in the company may not know about all of the resources 
available to them to perform tasks because of the size and geographical span of the company. 
The employees may work in different offices 4, 6, 8, or from their homes 9. To manage 
resources efficiently, a manager not only needs to know the financial constraints on a project 
and the project roles necessary to its completion, but also needs a mechanism by which to 
identify resources that have the appropriate qualifying attributes and capacitive attributes to 
fill the roles and perform the tasks. 

In managing projects and resources, managers typically are aided by software running 
on workstations and servers. As shown in figure 3, each office of the company 4 typically has 
a local area network (LAN) 300 connecting individual workstations 302, 304 to a common 
server 306. Each work station has software installed on it 308, 3 10, and contains whatever 
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data the user has created or uses 314, 316. Offices (both those with multiple employees and 
home offices 6) are connected by a wide-area network (WAN) 320, which can be, for 
example, the internet. At a home office 6, the workstation also runs software and stores data. 
The process of identifying appropriate resources for projects and tasks of projects is 

5 made simpler by project resource planning (PRP) software 402 (figure 4 A) that enables 

managers to define and plan projects and tasks in terms of roles needed to perform them, and 
then separately and possibly at other times to find employees who have the appropriate 
qualifying attributes and capacitive attributes to fill the roles and perform the tasks. The PRP 
software may run on one or more of the servers and/or one or more of the workstations. 

10 Overview of defining projects and searching 

The PRP software gives managers the tools to define the needs of a project and make 
it easier to look for the resources that will satisfy those needs. Working through a user 
interface 410 (figure 4A), the manager defines (for storage in a database 406) the tasks that 
make up a project, the project roles necessary to the project, the qualifying attributes and 

15 capacitive attributes that each role should have, and which of the tasks are to be completed 
by each role. (Alternatively, the manager may use pre-defined roles that are already 
associated with sets of appropriate attributes and are suitable for defining the roles needed for 
the tasks.) A search engine uses the database information to identify, in another database 412 
of employee information, qualified resources who are available at the specified times or 

20 during the critical time periods. As information about tasks and assignments changes as the 
project progresses, the database 412 (which is maintained centrally) is updated. When tasks 
and assignments change in the central system, employees are notified through a standard 
commercial group ware program 414 (such as Microsoft Exchange/Outlook or Lotus 
Domino/Notes) with which they are already familiar. 

25 The project roles are defined and entered without having to choose a specific person 

who possesses the required attributes. The project planner need not have someone specific in 
mind when setting the needs of a project. Conversely, the manager can use the search engine 
to run searches based on qualifying or capacitive attributes without having created a project, 
or before creating the project, in order to have an idea of the available resources. As indicated 

30 in figure 18, during searching, the attributes (qualification requirements) associated with a 
role can be marked as "mandatory" or "optional," as the project manager wishes, for 
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purposes of searching. Figure 19 shows an example of displayed search results. Figure 20 
shows search results with utilization analysis separated by hard booking (committed) and soft 
booking (tentative) 

Once the necessary project roles have been determined, the PRP software allows the 
5 project manager to assign the defined tasks to abstract resources, that is, to project roles. The 
assignments are then stored in database 406. For example, the project role of consultant may 
be assigned the task of doing a cost-benefit analysis (taking 7 hours), to be presented at a 
one-hour meeting on November 5, 2008. This assignment is stored before the project 
manager has decided who will fill the role of consultant. This means that the full project can 
10 be planned before any people are assigned to a task, which allows for more comprehensive 
planning at an early stage. It also means that once assignments are made, employees will 
know exactly what tasks the assignment entails. It is also possible to assign tasks after project 
roles have been filled by specific resources. 

The PRP software also allows the user to search the database of employees by 
15 capacitive attributes. Using capacitive attribute searches in conjunction with qualifying 

attribute searches allows the project manager to determine assignments through analysis of 
both data sets. 

Assigning tasks to resources temporarily and overbooking 

When assigning tasks to resources, the project manager may not be certain that the 

20 task will be accepted by the resource, or he may wish to assign someone temporarily, 
pending more information. The PRP software gives an option of marking selections as 
tentative assignments, rather than as default committed assignment. When others access the 
database 412, they will be informed of the status of that assignment. A project manager can 
elect to search the availability and utilization categories in the database 412 only based on 

25 fixed (i.e., committed) assignments of resources, or using both tentative and committed 
assignments. 

The PRP software allows an employee to be over-booked, that is, scheduled for time 
commitments that represent more than 100% utilization, whether the assignments that cause 
them to be over-booked are tentative or committed. This is at the discretion of the project 
30 manager. 
WFM core 
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The database 412 may, in some implementations, be a work force management 
(WFM) core, such as the one available from SAP AG of Walldorf, Germany. When a 
resource is assigned to a role by the PRP software, the WFM core is updated, so that all 
utilization and availability data is current. Through the PRP program, it is possible to search 
the WFM database 412, thus checking availability and utilization with respect to all resources 
within the organization that are tracked in the WFM database. PRP software then allows for 
the tentative or committed assignments to be made for a given resource. These assignments 
can be changed at any time during a project without losing the information associated with 
the project role. This is true even if a role is unfilled for a period of time. 
Company portal posting 

At the option of the project manager, vacant project roles may be published or posted 
in a company portal 420 that is accessible to all employees. This allows available employees 
to sign up for available project roles, or allows their supervisors to do so for them. 
Groupware link 

The PRP software is set up for integration with groupware applications 414, for 
example, the Microsoft Exchange and Lotus Domino servers and through them the client- 
related software: Microsoft Outlook or Lotus Notes. The SAP add-on CRM (Customer 
Relationship Management) or a similar CRM system 416, contains groupware adaptors 418, 
such as CRM middleware. The PRP software provides the integration between the groupware 
and the WFM core 412. Employees are thus informed of the assignments that have been 
made in the WFM core through their office groupware. Any changes in tasks or assignments 
made by those involved in the project are recorded in the WFM core through the groupware 
integration and will be visible in the PRP application. 

Through the PRP software, reports on individual projects can be obtained. The reports 
show, for example, an overview of all project roles and resource assignments for a project. 
The PRP program may also be integrated with business analysis software 422, such as SAP's 
BW (Business Information Warehouse) program. Through BW, it is possible for employee 
utilization and availability data across all projects to be analyzed. After the data is analyzed, 
a general report (encompassing multiple projects) can be prepared in the PRP program. 

The PRP software uses the services of an application server program 424 (for 
example SAPs application server) running on at least one of the servers in the corporation 



13905-014001 / 2003P00125 US; 2003E00257 DE 

and thus accessible through LANs and WANs to at least some, perhaps all, of the company's 
workstations. The application server provides a range of functions for data management, and 
can be enhanced by add-on software programs. Add-on programs can be organized in suites, 
such as the add-on Collaboration Project Suite. 

The WFM add-on program 408/412 contains a database of human resource 
information and software to access it. The database keeps track of the qualifying attributes 
and capacitive attributes of employees. The PRP software interacts with this database and 
extracts information in ways that are most convenient for resource allocation planning. PRP 
allows the user to search through resources based on criteria of qualifications, experience, 
availability and utilization. 

The, the human capital management (HCM) Extension Set 430, includes "expert 
finding" capabilities. 
Project life cycles 

As shown in figure 7, the CRM program 416 specifies a typical sales cycle for a 
project. The life cycle of a project— apart from the sales or service life cycle— runs in 
parallel, e.g., within the CRM and will go through a process of becoming more concrete 
throughout the cycle. 

As shown in figures 4B and 14, projects in companies have life cycles that include 
phases. For example, a beginning phase may be an engagement phase, when the company is 
trying to bring in a client. The company will make estimates of what services it can provide a 
client and how much that will cost. In the offer phase, the company and client negotiate on 
these matters. During these phases, plans are not yet complete, yet feasibility and cost 
estimates must be made. 

Early in the engagement phase, projects are defined as either planned or created. A 
planned project is one for which the resource needs and phases have been mapped out. A 
created project is one whose details are not entirely certain yet. Only the outline or existence 
of the project has been created. The capacitive attribute check as well as tentative employee- 
scheduling information for a project can take place during these initial client negotiations. 
The roles and tasks or requirements of the project can be roughly specified during this offer 
phase. 
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The projects become more concrete throughout the project life cycle. For example, 
the project will be refined in the offer phase, because pricing is necessary for the offer. When 
a client accepts an offer, an order is generated, which results in the project becoming 
concrete (and being designated as released); after that, the resources are committed and 
definite customer meetings are fixed. 

The project is exposed to constant changes during the fulfillment phase of the project. 
Positions may be newly assigned (for example, as a result of a failure in planning). The 
project may be under-assigned or over-assigned. New tasks may be added or dropped. 
Assignments may be changed. During the fulfillment phase, overhead and costs (travel costs, 
expenses) for the project or for the individual tasks are recorded (and designated time and 
expense). The project progress is tracked. When project tasks are completed, they are 
reported as such. 
Types of projects 

Projects can be classified in different categories including professional service 
projects (such as consulting) and spot-consulting projects (short projects that only require the 
performance of one task for completion). 

As shown in figure 5, consulting projects are accompanied by a list of project roles, 
structured sets of tasks (project tasks) and their relationships. They can be defined by a set of 
phases of the projects. The project tasks can be defined through event-relationships as 
predecessor and successor. 

The project types can be chosen by the project planner during project creation in a 
customizing feature (or, depending on the language, in a text table) of the user interface 410. 
A set of predefined project types, e.g., development-projects, consulting projects, and spot- 
consulting projects (mini-consulting project with overhead < 10 - 20 days) may be supplied 
with the project resource software, stored on the database 406. 
Controlling of the user interface 

The project types 406 help control the user interface 410, so that certain interface 
elements can be hidden or shown based on settings for the project type. This simplifies the 
interface and hides those functions that are unnecessary to a given project type. For example, 
for a professional service project, a complex search for suitable resources may not be 
necessary if the resources are manually assigned to the project. However, for a consulting 

11 



13905-014001 /2003P00125 US; 2003E00257 DE 

project, a complex search function for suitable and available resources in database 412 is 
useful. For a spot-consulting project, phases, checklists, and collaboration typically are not 
necessary. 

The user can customize settings for each project type. For example, resource searches 
in database 412 can be made active or inactive. Also, the time units that are entered and 
measured can be specified as workdays, hours, etc. The user can elect to hide phases of a 
project (in which case a dummy phase is generated in the background and is not seen on the 
interface). Checklists can be designated as being active or inactive, as can collaborations. The 
available project role types are dependent on the project type. 
Identification and manaeement of projects 

Every project has a 24-digit external project number, which is the external key for the 
project. Internally, the project is uniquely identified through a generic unique identifier 
(GUID). Besides its external project number, every project is also associated with a 40- 
character short text, which represents the name of the project. The project can be defined 
through any free text. 

The data concerning a project is stored as a project file in the database 406. The 
project file may be reached through the user interface 410 using the identifiers. 
Project role-responsible party 

A project role called ordering party (also called the responsible person or project 
planner) exists for every project, regardless of project type, and will be displayed to all users. 
The ordering party can be designated as either an attribute of the project or as a separate 
project role in the project. The ordering party is the user who is in charge of locating and 
assigning resources to the project. A responsible organization unit is also assigned. The 
responsibility for the project can thus be fixed in the organizational structure of the project. 
Typically, the manager of the organization unit is the responsible person. However, the 
responsible person need not be assigned to the responsible organization unit. It is necessary 
for at least one of these categories (responsible person or responsible organizational unit) to 
be designated. 

A priority value can be used to state the importance of the project. Different priority 
categories can be chosen by the user in the customizing feature (or in a text table) of the user 
interface. 
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Project roles 

The set of project roles for a project describe all the resources (e.g., people) for the 
project, e.g., the project team. 

The types of project roles that can be used in the definition of a project are specified 
as project role types using the customizing feature (or, depending on the language, in a text 
table). The project role types that are defined within the customizing feature are dependent 
on the particular project type and can thus be different for different project types. In 
consulting projects, for example, one typically defines the project role types as project leader 
and consultant. In development projects, the necessary project role types are usually project 
leader, developer, architect, etc. 

The number of project role types could be limited by customizing and may coincide 
with a management description of all possible project roles for all project types. The business 
management descriptions are defined within the customizing feature. In consulting projects, 
for example, the number of possible project role types is fewer than ten. It is expected that 
the project planner will think about the management early in the project life cycle, before 
projects are defined, so that the necessary project role types are available. Linking of the 
project roles to information maintained in the CRM 416 add-on allows the project roles to be 
priced. 

Various project role types may be defined for a variety of project types, as different 
project roles are associated with different project types. For example, the role of project 
leader appears in all project types, whereas consultant appears only in consulting projects. 

Other attributes can also be selected in the customizing feature. Among these are 
required qualifying attribute requirements, such as descriptions of generic qualitative 
requirements (from a qualifying attribute catalog) of the project role type. Also there are 
authorization options, which allow the user to set limits on what project roles are authorized 
to do. The project leader, for example, has administrative authorizations for the project and 
can change entries through PRP. 

Project roles are also identified as either relevant for resource planning or not, based 
on whether the role has any concrete commitments. If not, the role is marked as irrelevant, 
since no human resource requirement is created in the WFM core for these project roles. 
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The attributes of the project roles, which are stored as customizing information, are 
expressed as suggested values that can be changed or modified during project management o 
resource planning. For the qualifying attribute requirements, certain general qualifying 
attributes should be defined. For operative project management, the qualifying attribute 
requirements are specified more precisely. The authorizations can be changed while defining 
the project. 
The user interface 

In the user interface, a user has an overview of all project roles for each project, all 
assignments of resources to roles (including their start and end dates), and overhead, both 
planned overhead and already covered overhead (see figure 15). The name of the project role 
is initially taken from the project role type as the suggested value, but can be modified, so 
that it is clearly visible in the overview. The name of the assigned employee is also shown on 
the overview, along with a time period for the work, and the overhead. 

The client can set which columns are visible by customizing the interface. 
The assignment of an employee to a project role can be directly recorded by a project 
planner without using the search function. The user can assign project roles directly in an 
overview screen of the user interface, e.g., if the project role assignment has already been 
arranged outside the system. Deletion and copying of project roles is likewise possible 
directly through the overview screen. 

Each project role is associated with a series of attributes that are not directly 
displayed in the overview screen. To access these, navigation into the project details is 
necessary. The additional attributes are project role type, project role, overhead, description 
(describing the project role in terms of tasks or qualifying attribute requirements), and 
preference for a particular candidate. The preference option does not produce an actual 
assignment, but serves only as a filter criterion, so that the desired candidate is always added 
or included with the search results. Resources are identified as either internal or external to 
the company 

In the user interface, the required qualifying attributes for a project role may be 
selected from a qualifying attribute catalog. The qualifying attribute requirements can be 
marked as mandatory or optional. The qualification catalog distinguishes between 
qualification groups and qualifications. Qualification groups are an organizational tool that 
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structures the qualifying attribute catalog; they cannot be used as concrete qualifying 
attribute requirements for the project role. 

It can be specified that the project roles only be filled by employees who hold a 
certain job or is part of one/some organizations within the company. 

A project role can be assigned to one or more tasks even though no specific person 
holds the project role for the task assignment. The project assignment planning can be 
performed after the task assignments are made. When assigning tasks or project roles, the 
user can specify the time period or time interval for the task and the overhead. When the two 
are being split between different employees, this can be specified. 

Employees who have responsible roles in a project can be assigned directly to a 
project role without using a search function. For example, the project leader will typically be 
assigned outside the system, and then his name can be entered into the system. 

A single project role can be assigned to multiple people, but only in disjunctive time 
intervals. No more than one employee can be assigned to one project role at a time. If several 
people are assigned at the same time, multiple identical project roles are created by copying. 

Project roles can also be assigned to any employees who represent responsible units, 
including organization units, even though no resource planning is necessary for those 
employees or units. For example, a representative of an outside firm responsible for a task 
can be entered into a project role. 

It may also be possible to do capacitive planning at the level of organization units. In 
this case, rough planning of the capacities available in the organization units could be 
supported. 

The system is not entirely dependent on the data that has been entered into WFM. As 
shown in figure 10, if the company wants to work with an individual who hasn't been entered 
into the system (usually an external business partner), that person can be assigned to a project 
role. To do this, basic data about the business partner can be entered in a separate dialog box, 
for example, the name, e-mail address, user-ID, address, country, and telephone number of 
the new business partner. 

A project structure template can be stored that contains information about phases, 
checklists, tasks, and project roles for a given type of project. The template includes 
associated project roles and can include individual project role assignments. For example, the 

15 
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decision maker roles are often constant across various projects, because these are people with 
a high degree of responsibility (such as the manager of a certain division). These people can 
be therefore individually identified in the template. 
Search to assign people to roles 
5 To assign project roles (e.g., project leader) to specific employees, the search function 

of the user interface can be used. The search function adopts all the data, for example, 
attributes, necessary for the search from the project role as the search criteria. The search 
criteria can also be changed within the dialogs of the search function without affecting the 
attributes of the project role. Additional search criteria are the maximum number of matches 

10 to be shown and project experience (which is a measure of experience with, for example, 

particular customers, particular projects, or relevant industries). Among the criteria that can 
be manually specified are the name of a desired candidate, if there is a specific employee 
desired for the job, certain parts of the organization to which the search is to be restricted, 
qualifying attributes, and capacitive attributes (including regularly-scheduled meetings), and 

15 whether more than one person can fill the project role (at different times), or whether it must 
be filled by only one employee throughout. 
Expert finder 

Other information may be provided by the candidates for a task. The types of 
information can be set through customizing, and include, for example, use of an expert finder 

20 such as the SAP Expert Finder. The search function for qualitative and capacitive attributes 
can be used in conjunction with the WFM core. The expert finder supports a standard process 
for expert searches in the entire company, which can be modified to meet the requirements of 
the company. With the integration of the expert finder into the search function, both free text 
search and the search for unstructured data (for example, from an LDAP (lightweight 

25 directory access protocol) directory, or HR data, jobs/positions, previous employer data, etc.) 
are supported. 

With the expert finder, employees can specify their area of knowledge in an expert 
profile which is custom made for them. These expert profiles are stored in XML-documents. 
Initially the expert profile types, the search scenarios, and the search screens in the 
30 application are depicted. 
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Because employees are involved in many different areas of activities (e.g., as 
secretary, account manager, marketing specialist), they possess knowledge in different fields. 
The elements of the expert profile of an employee are distinguished from those of other 
employees, which is reflected in the fact that in the expert profile of a secretary, for example, 
5 elements other than those in the expert profile of a manager can be offered. Figure 8 shows 
an expert profile. 

Every employee edits his personal expert profile. Master data can be read into the 
expert profile automatically through an LDAP interface. The employee then fills the offered 
fields. As soon as the employee saves the inputs, the expert profile is released for search or 

10 forwarded to the supervisor for release. 
Use of workflow add on 

By using a work flow application, such as the SAP-workflow add-on, the expert 
profile of an employee can be verified by his supervisor and then integrated. The expert 
profile is available for search in the expert finder only when it has been released. For this, the 

15 expert profiles make use of a status management, which controls not only the release by the 
supervisor, but also enables the employee to block his expert profile from the search at 
anytime. 

After a search is performed, a list of candidates is displayed, which the search 
function has identified from the search criteria. The list contains details such as the names of 

20 the candidates, although for users who are not fully authorized to access such information, 
names are withheld. The name of the person responsible for the candidate (which is usually 
the manager of the organization unit to which the candidate belongs) is also provided. The 
candidate name is displayed as a link, and a mailto function (e-mail) is available. The e-mail 
address is determined from the employee's data. Other details in the list include telephone 

25 contact(s) to the responsible person, the name of the candidate's organization unit, and a 

match value (a measure, expressed as a percentage, of how closely the candidate's qualifying 
attributes match the searched-for qualifying attributes). If the project role has already been 
assigned to tasks that have qualifying attribute requirements themselves, these are also 
considered for the profile comparison. The availability attributes are also considered (for 

30 example, a measure (by percent) of the available versus demanded time of the candidate). 
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For every candidate, one can navigate into a detailed view using a link. The detailed 
view gives information about how the match values and the degree of availability were 
derived, and displays other information about the candidate. Besides general details about the 
candidate, there is also a profile comparison section, which compares the qualifying 
attributes of the candidate to the required qualifying attributes associated with the project 
role. If the project role has already been assigned to tasks and the tasks in turn have 
qualifying attribute requirements, these are considered for the profile comparison. The 
candidate's assignment calendar is also displayed, as is a list of all projects the candidate has 
been involved with so far, including the project roles played in those projects. 

From this screen, the user can adopt one or more candidates as favorites for the 
project role, or can redo the search. The initial search criteria are retained, but are extended 
or restricted by the user. 

One or more candidates can now be assigned to the project role. Since a committed 
project assignment often depends on the consent of people being assigned or those 
responsible for them, the candidate list is initially shown as tentative. The tentative 
reservation can be converted into a committed one after approval has been obtained. 

The candidate list for the project role remains until the user deletes the candidate. 
Thus when changes in management occur, for example, one can resort to the former 
candidate again and again. The favorite list is retained in the PRP application database 406 
and is not part of the WFM core. The management of the favorites list is left to the user 
himself. 

A role assignment can be marked as tentative or committed. Begin and end dates are 
also marked, as is the overhead (which is measured in units customizable to the user, such as 
workdays). At the time of assignment, there is an option to input free text relating to a choice. 

Within a project, people are planned under various parts of the project in one 
workflow or work is distributed to people, i.e., time specifications are established for 
employees and business partners. These allocations are managed centrally in the WFM core. 
On the other side, the involved employees must be notified of their assignments. 

Groupware enables employees to handle email, assignments, and tasks. By 
integrating resources with the calendar appointments, multi-phase planning is possible, i.e., 
detailed planning (assignments) can be adopted directly from the employees themselves. 
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Groupware integration ensures that changed assignments (appointments and tasks) are 
synchronized with the WFM core. 
Tasks as part of a project 

As shown in figure 9, besides the project roles, there are tasks to be completed in the 
project. Even without a reference to project roles, project tasks can be defined in a consulting 
project. The project task contains, like the project role, a time definition, qualifying attribute 
requirements, and overhead description. The project tasks can be structured hierarchically, in 
a tree structure, i.e., a refinement of tasks can be done at any time in the consulting project. 

The task assignments can take place without people already being assigned to the 
project roles. The planning of consulting projects can thus be done anonymously. This is 
because during the project assignment planning, not only the specifications in the project 
role, but also those of the assigned tasks, are to be considered. 

The definition of project tasks within a consulting project is not mandatory. The 
project roles can be used to find and allocate suitable and available people in the project 
assignment planning. 

The project tasks are defined within a phase or a checklist item of the project. The 
project tasks are defined by the qualifying attribute requirements and overhead (which 
correlates with capacitive attributes). The required variants for qualifying attribute 
requirements are selected from a scale model. The attributes can be marked as mandatory or 
optional. The qualifying attribute catalog distinguishes between qualifications groups and 
qualifying attributes, wherein the relevant scales must be set up for the qualification groups. 

A task can be assigned to one or more project roles. Therefore, the sum of the 
overhead in the tasks and in the project roles may not be equal. Yet these are merely alternate 
views or a different distribution of the total overhead in the project. Ideally the total overhead 
in the tasks corresponds exactly to the sum of the overhead in the project roles. However, this 
status is not a prerequisite to continued planning, as it is typically fulfilled only in a fully 
planned project. 

Based on the definition of project roles and project tasks, human resources are 
required that reflect the attributes associated with the project roles and the topic-oriented or 
process-oriented attributes within the project that the project tasks describe. This human 
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resource requirement is stored abstractly. Both the human resource requirements and the 
resources and assignments are centrally stored. 

The WFM core contains all availability information and qualifying attributes of 
employees, including all assignments that have been planned for the employee. 
5 As shown in figure 12, a user is either directly allocated with the organizational 

structure unit position through a link, or is allocated as a business partner indirectly through a 
central person to the position. The position can alternatively be linked through a simulated 
link directly with the business partner. This simulated link is used especially for analysis and 
analysis methods. In this arrangement, the central person does not appear on the interface. 

10 The position of project planner need not necessarily have a link, and thus also manage 

the disposition of his own resources. When this link is not maintained, but the user has to 
execute the task of project planning, an approval process is necessary with the responsible 
person. The approval is not necessary if the planner is also the manager of the organization 
unit and thus is also the resource-responsible person. The position can be delegated from the 

15 responsible person to the project planner. It is not necessary that the position be present in the 
same organization structure for which resource planning is done. The position resource 
planner has a link with all organization units, for which the position is competent in the sense 
of disposition of resources. The semantics is inherited along the organization structure, i.e. 
the position is likewise competent for all its subordinate organization units. 

20 While creating a project, a current user is identified first as a business partner. This 

business partner is used as the suggested value for the responsible person, and the value can 
be changed. 

A project can be assigned to a responsible organization unit that is specified while 
creating a project. For finding suitable organization units, so-called workflow rules can be 
25 used. The user may declare his organizational structure units (organization units and 
positions) competent for certain areas. 

Rules are defined by specifying competencies for certain criteria (e.g., of the 
customer or business partner). The rule definition is of the type "competencies," because the 
competencies for certain criteria and the depiction in organizational structure units are 
30 defined in the rules. For this, the customer may create new competencies by filling at least 
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some predefined container elements. The relevant organizational structure units are position, 
organization unit, and person. 

Examples of competencies that concern the customers are the role of the business 
partner (e.g. customer, goods receiver, ordering party etc.), address (e.g. ZIP code, country), 
5 line of industry, and marketing features. 

The workload for a project is determined from the competence of the user for these 
projects, based on his organizational assignment. Each project has information stored on who 
the competent people are-both the person working on the project and the competent 
organization unit. 

10 Through a link, the organizational allocation of the user is identified and thus the 

position and organization unit also. With these details, the relevant projects are selected and 
placed in the workload. 
User interface 

In the navigation of the PRP portal, certain elements can be hidden, since they are 
15 unimportant for certain applications, e.g., checklist elements and acceptances. In addition, 
other elements can be shown, such as a direct search option for resources (without any 
project reference) and a search option for project vacancies. 

Certain tabs can be hidden for certain project types through customizing, e.g., 
collaborations, control plans, objects links, organization structure, and qualifying attributes. 
20 The organization and qualifications tabs are automatically hidden when there is no data 
available for them. 

Certain elements of the project structure may be hidden for certain project types 
through customizing, e.g., checklists and checklist points. For the structuring of tasks, phases 
are sensible and not redundant, therefore, phases and tasks need not necessarily be hidden. 
25 In lists within the application, the displayed columns can be personalized. It is 

possible to hide or show certain columns, so the lists won't be too confusing. For this 
purpose, there is a suitable dialog, which allows the user to select the columns to be 
displayed. 
Stopping projects 

30 A project can be rejected or cancelled in relation to a specific employee without 

deleting the project. A project may also be temporarily put on hold or stopped before it is 
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completed. In an already running project, individual phases or even tasks may be rejected. In 
such cases, the human resources assigned to the project must be released and the demands 
and assignments in WFM be deleted with respect to the future. Past assignments are not 
affected by deletions. 

5 Typically, a running project is not simply rejected, but is scheduled for a certain time 

and then perhaps rejected. In that case, the resource allocations in the PRP program are 
archived in the database 406 and therefore accessible later in the project as well as after the 
project has been completed. The status of "stopped" can also be withdrawn from an employee 
if the employee is reinstated in his earlier project role. 

10 When a project has been marked with the stopped status, the elements of the project 

may be blocked from further change. 

When WFM assignments are deleted, then, through the groupware integration 
software, the future meetings and tasks in the groupware for that assignment are deleted. 
Tasks and meetings that are ongoing are restricted. In future searches, the employees' newly 

15 calculated capacitive attributes will be shown. The resources allocated to a cancelled project, 
like those allocated to a completed project, are released for overall planning purposes. It is 
not necessary, however, to get the resource allocations for the status stopped over the entire 
period, since the resources have to be planned once again anyway on resuming the project. A 
cancelled project can be reset again in the old status. When this occurs, the favorites that 

20 were specified remain selected. 

A project role can be copied with all the dependent data, including general attributes, 
qualifying attribute requirements, and favorites.. The copying facilitates maintenance when 
many similar project roles will be defined. The copying function is possible only within a 
project. 

25 A copy role button is available in the role navigator function of the user interface, 

separate from the create role button. To use this function, the user selects a project role to be 
copied and clicks on a role copying button, then the copied project role is selected and its 
details are displayed on the right side for further processing. 

Favorites for one project role can be copied to one or several other project role(s), 

30 including favorites that encompass all the project roles. 
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Besides task assignments to the project roles, the reverse maintenance of role 
assignments to tasks is also an option. Similar to the task assignments, this view allows the 
user to look at what tasks must be completed and assign them to project roles, rather than 
looking at project roles and then choosing tasks. The data that is shown in role assignments is 
5 the same as in the view for task assignments. 

The responsibility for a task is distinguished from the execution or performance of the 
task. For an extensive task, only one role can be responsible, but many roles can be assigned 
to work on it. While non-responsible project roles may be assigned for only part of the 
specified time-period of the project, responsible project roles must be assigned throughout 
1 0 the time period of the project. 

The appropriate roles may be selected for project roles from a drop-down list-box. A 
basic clarification is to be made, while specifying a responsible role, whether the validity 
periods of the project role must be checked. Only the project roles which cover the period of 
the task may be suggested for the selection of the responsible role. 
15 In some implementations, the responsible role for a task is simultaneously a processing 

project role. While specifying the responsible role for the task, this is stored additionally as 
role assignment of the task. 

In the user interface, there is a tab for role assignment to enable detail maintenance of 
each task. Within the tab, a set of project roles for task processing can be specified in a list 
20 (table view). In the list, the same data as in the task allocation can be specified. This includes 
the start and end date of the project, overhead, and a suggestion for the maximum possible 
allocation period. New entries can be made in the list using the button that says create role 
assignment. By means of a dropdown list box, a valid project role should have been selected 
beforehand. In the dropdown list box, the current resource assignment to the project role is 
25 also displayed. 

In other implementations, to be able to distinguish between responsibility and 
execution, the performer and the responsible person are entered manually. 

The PRP software forces non-ambiguity about the transitivity by requiring that a 
project role may be held by no more than one person. Thus, at most one person can be 
30 assigned to one task. This special case is controlled by customizing for the project type. The 
assignment of a person to a task may be split time-wise, but with the restriction to one 
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person. The distribution of overhead is thus always unambiguous, because the overhead is 
explicitly specified in the task assignment of the project role. Thus, the work load can be 
clearly determined. 

In customizing project role types, the qualifying attribute requirements can be defined 
5 so that these are inherited in the application. The customizing view permits the input of 
qualifying attribute requirements, i.e., the qualifying attributes are available even in the 
customizing function. 

Each project has a feature that contains all the project elements required for resource 
planning and thus offers an overview of the project. The evaluation contains no information 

10 about, e.g., checklists, checklist points, documents, etc. The evaluation is displayed in a tree- 
like format, showing the relationships among assignments and tasks in different ways. In the 
first branch, the screen shows the phases that make up a project, the tasks that are associated 
with each of the phases, the project roles to whom the tasks are allocated, and finally, the 
employee or business partner who will fill the project role. The second branch displays the 

15 group of project roles that make up a project team, the employees assigned to the respective 
roles, and the tasks assigned to each employee. The third branch displays the project by 
showing all involved employees, the project roles to which they have been assigned, and the 
tasks assigned to those roles. 

In the overview format, the business analysis software 422 can respond immediately. 

20 The analysis offers a three- fold overview by showing all information relating to the project 
structure, the project roles and their allocations, and the project team (assigned employees) 
and their assignments. The overview indicates whether and where action has to be taken by 
the user, e.g., when a task is not completely covered through the role allocation, or a project 
role is not assigned or not fully assigned. 

25 Within the project, an overview shows all the resources including their role 

assignments at one glance. Maintaining certain attributes of resource assignment through a 
list is useful in the change-management function because the maintenance of attributes 
through the detail screen is cumbersome. 

Dropdown menus are used to navigate the project overview. Since all the resources 

30 allocated to the project are listed in the overview list, one may close a role navigator leaving 
the entire screen is available for the list. Then, the columns displayed will be project role 
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(name), beginning time for role, ending time for role, overhead, tentative booking 
(checkbox), beginning of resource allocation, end of resource allocation, and overhead of 
resource allocation. 

The assignment of an employee to a project role is marked with an attribute that 
5 distinguishes between soft booking, which is a tentative assignment and hard booking, which 
is a committed assignment. The distinction is indicated in a checkbox in the user interface, 
see figure 17. When not checked, the meeting is committed; when checked, the assignment is 
marked as tentative. These checkboxes are available in the resource allocation table and the 
assignment overview table. Individual meetings can likewise be marked as tentative or 

10 committed. The default setting is for committed assignments and meetings, but this can be 
changed in customizing or can be personalized by user parameters. When a project 
assignment itself is marked as tentative, meetings may still be marked as committed. 

Utilization can be measured either by availability on the basis of committed bookings 
or by availability on the basis of both committed and tentative bookings. In this way, the 

15 project planner can assess the degree of utilization of the employee. The user can choose 
which method of utilization measurement he would like to see, or can look at both. The 
options are marked as radio buttons in the general search criteria menu of the resource 
search. Typically, only some of the tentative bookings become committed. This causes 
resources to be marked as utilized more than 100%. 

20 The tentative and committed marks are shown in the groupware programs used by 

employees. The groupware integration software causes meetings that are marked as tentative 
to show up as, for example, free time in the Microsoft Outlook. Meetings that are marked as 
committed in the PRP software will show up as, for example, busy time periods in Microsoft 
Outlook. In WFM, the flags for the attributes "planned" and "booked" are set. The search 

25 result displays the percentage rate of availability relative to the requirements (the overhead 
required), and the percentage rate of utilization in the period. The rate of utilization has sub- 
columns that show total utilization (committed and tentative assignments and meetings), how 
much of that utilization is tentative, and how much is committed. 

In the appointment calendar, the tentative and committed meetings are displayed with 

30 the same color as in the date navigator. Here, a corresponding tool tip for the cells also exists. 
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Periodic tasks can be set in the task recurrence window. These can be weekly (figure 
21), monthly, or can have more complicated descriptions, as allowed in the window. 

The project role definition can also include periodic time allotments, e.g. "the project 
leader is required only on Tuesdays, Wednesdays, and Thursdays, within the time from... 
5 to..., with the overhead of x days." This periodicity is formulated in the project role 

definition, and not in the allocation between project role and resource. The user interface for 
the definition of the project role has such a periodic time definition. See figures 16 and 22. 

The meetings assigned to an employee through his project role can also be set as 
periodic, e.g., "the consultant has a customer appointment only on Wednesdays from 09:00 - 
10 17:00 hrs within the time from ... to...". The periodicities from the role are adopted as 

suggested in the appointments, but can be changed or redefined there. Appointments are 
depicted in WFM as refinement of capacitive assignments. These sub-assignments support 
periodic rules. 

When changing or deleting periodic appointments, the user can decide whether to 
15 change only the current appointment, only future appointments, or all appointments in the 
series. The set periodicities from the project role are part of the search function and can be 
changed even there. 

The direct resource search (without reference to a particular project) appears in the 
top-level menu, through which one navigates directly in the search screen (see figure 24). 

20 This search supports only a selection of search criteria and a match list. In the match list, 

making contact with the resources or the people responsible for the resource through e-mail 
is supported. A primary task for the consultant manager is to ensure good utilization of 
resources. Since projects or assignments are often postponed or rejected, it is necessary to 
search for suitable alternative/vacancies in other projects for the available (unutilized) 

25 resources. 

There is an authorization check that enables the company to control who may search 
all projects for project role openings. One way this is accomplished is through naming certain 
employees resource managers. This title gives employees access to data concerning all 
projects. For this role, the relevant authorization can be specified in the project itself, e.g. 
30 "only display". 
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When assigning project roles, the project manager is given the option of marking the 
project role as a vacancy. Project vacancies (once marked) are placed in a market place (e.g., 
through portal 420), which can be viewed by available employees or the responsible 
consulting managers in order to allocate their resources to suitable projects. Appropriate 

5 authorization is required to post vacancies and can also be required for viewing. The project 
leader sets the project role to vacant, while the resource manager, who is responsible for the 
optimal utilization of his employees, has access to the information. The employee can inform 
himself directly about the vacancies in projects from the market place. 

The function element should provide the following data: data on the project, project 

10 number, project name, responsible role and the responsible business partner (including e- 
mail), ordering party and customer, data on project role (e.g. project vacancy), name of the 
project role, time period, overhead, description of the project role, qualifications, and task 
assignments. 

Available projects can be searched by reference to a specific employee (such as his 
15 name, qualifying attributes, or capacitive attributes), the time period of the project, overhead, 
the status of projects, project role, or by customer or the ordering party. 

When searching project vacancies by qualifying attributes, the user can deactivate 
certain qualifying attributes for the search using a check box. 

The result list of the search enables the planner to temporarily store some projects 
20 initially in the favorites. 

In the favorites list, the planner can order more detailed information on the project 
(through navigation), if he has authorization and/or the planner establishes contact with the 
relevant responsible person for the project. The list therefore contains the names of the 
responsible person for a project and support communication with the contacts (by e-mail or 
25 telephone). See figure 28. 

A resource search may also use as search criteria the identity of the customer or 
ordering party. This option finds the resources which have been allocated in a previous 
project for this customer or ordering party. A match list generated by the resource search can 
be adapted for display. Using a dropdown list above the match list, different pre-set layouts 
30 can be selected. One layout could be for a manager with a free resource, another for resource 
suitability and availability. It is also possible for each user to customize his settings, for 
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example, by choosing which columns to display. The number of lines in the match list can be 
set; thus on the same screen, the details of an employee can also be displayed. Each user's 
setting is then stored. 

One of the standard settings for the search criteria used in the resource search can 
5 specify that initially, suitable and available resources should be searched from one's own 
organization unit. This applies as a standard setting only when the user has not entered any 
details in the organization structure for the search. 

In one alternative, the user's organization unit is determined by analyzing the 
organizational allocation (user to business partner to plan positions to organization unit, or a 
10 new responsibility-relationship such as user to business partner to ("... is responsible for...") 
to organization unit. 

In another alternative, in the search criteria, the selected organization units are stored 
in relation to the user, and are used repeatedly as the presetting. 

WFM relates in various ways to PRP. In the PRP software, an employee can be 
1 5 assigned to a project role by capacity, e.g., 3 workdays in the period from 01.11 .2002 to 

08.1 1.2002. This capacitive assignment is transferred in the PRP program to WFM to enable 
a complete utilization study to be made of the resource. The capacitive allocation must be 
taken into account in addition to the committed assignments to study availability or 
utilization. This allows the correct calculation of availability of the resource because 
20 committed assignments are not to be seen as adding to the capacitive allocations. Tentative 
and committed assignments are also recorded. 

While evaluating the assignments in WFM with regard to the reduction of the 
availability of the resource, only the working hours of the resource are used as reduction 
quota in the assignment period, e.g., each day would have an input of 8 free hours, rather 
25 than 24. 

Spot-consulting means planning small projects. Spot-consulting has no specified 
project structure. There is only one management task, e.g., the project itself. Also, there are 
no phases or tasks assigned to the project. There is an underlying customer order of some 
type and the overhead is small (e.g., 1 to 10 consulting days). Typically, there is only one 
30 project role for one employee or business partner. 
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For easy finding of free appointments for the resources, the date navigator uses a 
display of many colors, so that the user does not have to unnecessarily navigate through the 
calendar, but can directly detect free days, where he can set appointments. In WFM, different 
categories can exist for particular time specifications, e.g., vacation days, sicknesses, 
5 working hours etc. The categories from WFM are used in order to display this at least in the 
day view of the appointment calendar. Whole-day categories (e.g. leave, sickness etc.) are 
displayed in the week view as well. 

To find an appointment for a group of employees, an appointment search for a set of 
employees is required. For this, the free/busy analysis that is available in groupware 
10 programs is used. See figure 30. In order to find a common appointment for a group of 

employees, such an analysis is performed for all the members of the group. With the help of 
a relevant interface, it should be possible to find an available appointment for a set of persons 
and even fix an appointment directly. The availability data of individuals can be read from 
WFM as time intervals. 

15 The financial calculations of a project can take place at an early stage including 

during the planning. The project may be roughly calculated to prepare an offer to a customer 
even when no person has been allocated yet. For fixed price projects, a budget is necessary 
which requires a calculation on the basis of the project role. In the area of professional 
service, the payment rates or settlement rates (internal/external) are applied for the project 

20 roles, in order to perform rough and simple calculations. These payment rates or settlement 
rates are plan proceeds. The program uses a settlement rate or payment rate (separated 
according to internal/external) for the project role types in customizing. By multiplying the 
planned overhead of all project roles with the settlement rate, a sum can then be determined 
very easily, which, e.g., can be used in an offer. 

25 Certain project roles can be marked as not relevant for invoicing in the project 

structuring itself, since these roles may not be taken into consideration in the calculation of 
the project overhead. Examples include a decision maker, a project responsible person, etc. 

Several appointments may be sent simultaneously for one resource. In the overview 
of appointments in the appointments tab, multiple sending is offered. Tasks and appointments 

30 can be sent for several selected persons simultaneously. For this, checkboxes are used, rather 
than single-select buttons. 
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The techniques described above can be implemented in software, hardware, firmware, 
or a combination of them using a wide variety of available platforms. Figure 29 illustrates the 
conceptual relationship between concepts used in the PRP and related concepts of WFM and 
Groupware for two different possible implementations of the PRP. 
5 Other implementations are also within the scope of the following claims. 
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